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ABSTRACT - 


Engineers evaluating Space Shuttle flight data and performance results are 
using a massive data base of wind* tunnel test data. This data base is the result 
of years of extensive highly coordinated effort by NASA inaitagers, NASA centers 
and contractors. 

A wind tunnel test data base of the magnitude attained is a major accomplish- 
ment. It exists because of lessons learned from the Apollo program. 

The Apollo program spawned an automated wind tunnel data analysis system 
called SADSAC developed by the Chrysler Space Division. An improved version of 
this system renamed DATAMAN was used by Chrysler to document analyzed wind tunnel 
data and data bank the test data in standardized formats. 

These analysis documents, associated computer graphics and standard formatted 
data were disse:ninated nationwide to the Shuttle technical comnunity. These 
outputs becznk* the basis for substantiating and certifying the flight worthiness 
of the Space Shuttle and for improving future designs. 

As an aid to future programs this paper documents the lessons learned in 
compiling the massive wind tunnel test data base for developing the Space Shuttle. 
In particular, innovative managerial and technical concepts evolved in the course 
of conceiving and developing this successful DATAMAN system and the methods and 
organization for applying the system are presented. 


INTRODUCTION 


Background 

As early as 1970, farsighted NASA engineers of the Space Shuttle Aerothermo- 
dynamic Test Data pane! resolved that regarding wind tunnel test data, circumstances 
of the Apollo progr;.in would not be repeated. 


'The work reported here was performed for NASA Johnson Space Center, Houston, 
Texas, under contracts NAS9-13247 and NAS9-16283. 


n - Apollo program progressed to flight status, engineers substantiati 

^iqht data were hindered because of lack of corroborating wind tunnel data. 
This lack was not because data had not been acquired. 


ng 


Extensive wind tunnel data had been acquired over the life of the program 
expenditure of effort and money. The documentation and preservation 
of the test data, however, were not as extensive as the test program. 


Changing Perceptions 

Perceptions or attitudes regarding the value of documenting test data 
.analyses evolved because of increased complexities, technical and managerial. 
Launch, reentry, cruise, and landing design conditions dictated a wind tunnel 
test program unparalleled in complexity and in data quantities. Engineers 
perceived the need fc** revamping the traditional approach of applying test results 
today and documenting tomorrow - or the day after that - or never. 


Changing Circumstances 


Perfoming the Space Shuttle engineering analyses were NASA and contractor 
personnel from coast tc coast. Clearly, it was mandatory that a means be 
provided for accurately communicating and sharing the extensive wind tunnel data 
“®5e that was to be the basis of a nationwide engineering development effort. 


Purpose 

• Space Shuttle program, the engineers comprising the Aerothermodyna- 

mic Test Data panel proposed that all test data acquired would be collected at 
a central point, that these data would be, put .in standard forms for preserving 
and conmunicating these data to' the tkhnical elements of the Shuttle community, 
and that basic analyses of all tests would be performed, the results documented' 
and disseminated as referenceable reports, and the data be put on file for readv 
accessing. ^ 

For the Space Shuttle they determined tc I'* ah’e to substantiate and 
the aerodynamic design data on the basis o.’ documented and available 
wind tunnel data. For the Space Shuttle a comprehensive data base of both ground- 
based facility test results and flight measurements would be preserved as a basis 
for improving future designs. The objective was to obtain optimum benefits from 
the wind tunnel test program. 


Current Applications 

That these goals were attained is evidenced by ongoing flight data analysis 
work. Currently flight evaluation work is extensively referencing the wind 
tunnel test data base. The aerodynamic design data base (ADDB) is a synthesis 
of hundreds of wind tunnel test results, all of which are documented and 
referenceable. 
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Data for over 527 Phase C/D wind tunnel tests are in a data bank available 
to Shuttle design team members. These data are documented and the reports dis- 
seminated to the technical comnunity. These wind tunnel test data have been 
preserved, documented and made widely available at a modest cost. 

How did NASA manage to achieve those goals - and achieve them at a modest 
cost? That is the answer - they “managed" it. 


COMPILING AND DOCUMENTING THE WIND TUNNEL TEST OAJA.BASE 

The wind tunnel test data base is the product of highly coordinated efforts 
of NASA engineers, NASA and contractor test centers, and contractor engineers 
all working in the context of a sys_t|iD.. A key factor in the success of the 
system is the innovative management' approach implemented by NASA in directing 
these combined efforts. These NASA management concepts are discussed. 

A particular innovation was the concept of a focal point for document- 
ing and disseminating test data analyses. Chrysler Corporation's Data Manage- 
ment Services unit, selected as the focal point, also contributed advanced 
technical and managerial techniques to the effort. 

A particularly innovative and advanced concept is the DATAMAN system, the 
computer system developed and used by Chrysler for automated xlata handling and 
computer graphics. This system is discussed, as are the organization and 
methods developed to perform the data documentation process. A brief 
description of some of the contributions of the data management operation to 
the Shuttle design effort and an evaluation of cost effectiveness are presented. 

The managerial contributions of both NASA and Chrysler provided the 
essential environment which encouraged technical innovation". These management 
approaches are described as a prelude to the technical descriptions. 


MANAGEMENT CONCEPTS 


NASA Data Base Concepts 


Major factors in the successful development of the wind tunnel test data 
base were t.he management concepts adopted by NASA. A principal concept was 
that of mutual interchange of all data acquired. Another was the commitment 
of documenting data analyses and disseminating data analysis reports to the 
technical community. Formatting all data to standards and preserving the data 
in a central data base were also key developments. These concepts were the 
outgrowth of deliberations of a central body of managers and engineers, the 
Aerothermodynamic Test Panel . 
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Aero thermo dynamic Test Panel 


The Aerothermodynamic Test Panel was established as a coordination and 
liaison body. Its role was to pull together and provide central direction to 
the diverse and multi-faceted efforts of NASA centers, the many wind tunnel 
complexes, the major contractors, and the engineers and managers of these 
entities in the pursuit of test data for supporting the aerothermodynauric design 
of the Space Shuttle. 

The Aerothermodynamic Test Panel adopted the concept of developing a wind 
tunnel test data base, and assumed responsibility for achieving it. A conmit- 
ment was made by all parties involved to cooperatj to achieve a data base. 

A pivotal innovation was the decision to fully interchange all wind tunnel test 
data acquired. 


.Data Interchange 

Each NASA center agreed to make all Shuttle data acquired in its facilities 
immediately available to a data center. Accordingly, these data would be con- 
verted to standard formats and displays and distributed to all parties involved 
in the Shuttle design and development. 

For Phase B, all contractors participating in the Space Shuttle development 
were to make all wind tunnel data acquired at government expense available to 
NASA. These data were then made available to all NASA centers and participating 
contractors. Thus, the Shuttle development benefitted from a rich cross- 
fertilization of data uniformly available to all. 

Similarly, for Phase C/D, all data were conmunal property of the Shuttle 
design and development team. The principals, Rockwell, the prime contractor, 
and NASA Centers (Ames, Johnson, Langley and Marshall) were provided unifonnly 
all wind tunnel test data available. These participants were enabled to simul- 
taneously and uniformly view wind tUhhel “data' transformed to standardized analysis 
formats. . - . . 


CENTRAL DATA BASE MANAGER 


The Aerothermodynamic Test Panel selected Chrysler as the wind tunnel test 
data base documentation manager. Chrysler was selected on the basis of its 
development of an advanced computer-aided design system for analyzing wind tunnel 
test data. 

The mission of the documentation manager was to be the wind tunnel test data 
acquisition/documer-tation/dissemination focal point. Ch-ysler was to estab- 
lish standard data formats and presentation formats were established to accomplish 
a systematic and orderly dissemination of wind tunnel test data. Chrysler was 
assigned responsibilities for converting Shuttle data into the standard formats, 
compiling a data bank,- analyzing and documenting the results, and making the 
data and documents available to the Shuttle design team. 
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f^or Phase B the panel assumed responsibility for ensuring cooperation of 
NASA centers and of participating contractors with the data base documentation 
manager. NASA/MSFC was the contracting agency, with Mr. C. Dale Andrews t*e 
COR. For the Phase C/D program, the data documentation contractor continued 
under NASyjSC cognizance with Mr. W. C. Moseley, Jr., the COR. Figure 1 shows 
the relationship of the wind tunnel test program participants and the date 
base documentation manager. 

In performing these responsibil it'V:,, the Chrysler unit continued the de- 
velopment of a unique system for data base management. The system is comprised 
of a committed engineering design team, highly advanced software systems and 
excellent har(^are facilities, all operating in_ accordance with innovative 
management philosophies in applying advanced technical concepts. 


Benefits of the NASA Management Approach 

These concepts reaped many benefits for NASA. Principally, these were 
results of high volume data handling capability at low unit cost, benefits 
usually associated with mass production. It is rare that terms associated ■with 
economies of scale are applied to engineering projects. There are definite 
reasons, however. 

The COTbination of the ^ta pool , standard formatting and a central manager 
resulted in a synergistic high-volume data operation employing large-scale data 
systems operated by teams of specialists. The -result -was an -extremely efficient 
data handling process with the attendant high productivity and cost effectiveness 
of high automated systems. 

acquire the benefits of a highly specialized organization and vo develop 
efficient automation, the data documentation manager, Chrysler Data Management 
Services unit, had to be equally adept in innovating and applying advanced tsch- 
nrcal and management concepts. — 


Chrysler Management Precepts 

The management concepts of the contractor can be put in a word: service. 

By Chrysler's definition, service has four aspects. These are: integrity, 
timeliness, usefulness, and cost efficiency. 

The precepts are more than words. Their observance is mandatory because to 
violate any one would be to jeopardize the entire undertaking. 

Foremost is concern for data integrity. Each NASA center is rightfully 
protective of its data to prevent misuse. Likewise, the user contractor is 
properly concerned about being provided compromised data. Accordingly, protecting 
date integrity is uppermost. 

Timeliness is essential in terms of both schedule and usefulness. Hence, 
the data base service must speed up the user's work, not slow it down. 

Usefulness is just that. The service must be an aid, not a hindrance, to 
the one being served. The man using the data base must perceive the data base 
as an improvement or an assist to his work. 
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Cost is reducing data analysis documentation costs and in- 

creasing produce . ty of the individual engineer. 

Automation was perceived by Chrysler as central to attaining all aspects 
of the service philosophy. Accordingly, Chrysler concentrated its effort in two 
areas; developinc a highly automated computer system for converting massive 
quantities of wind tunnel test data into a usable data base, and developing an 
organization to adoly the system. 

Translating v.ese precepts into a working system and a functioning organi- 
zation required excensive conceptual innovations in both computer software and 
engineering operations. -------- 


TECHNICAL CONCEPTS 
» • 


Automated System 

The Chrysler service philosophy is designed into an automated system called 
DATAMAN. A highly integrated computer aided design/computer aided graphics 
system, DATAMAN etrDodies unique technical concepts which continue to be state 
of the art. 

The DATAMAN s/stem is a pioneer in the computei* aided, process of converting 
wind tunnel data into report ready graphics, the ‘system was initiated in 1966 as 
the System for Automatic Design for Static Aerodynamic Characteristics (SADSAC) 
under the auspices of the Saturn IB Apollo program. After the system was selected 
for the data base renagement role, the name was changed to DATAMAN to reflect the 
expanded role. 

The DATAMAN system is fully integrated whereby- all- data manipulation prograins 
and all computer graphics programs operate under a single unified system. Other 
design features characterize the DATAMAN system. These features and their parti- 
cular contribution to the capabilities of the DATAMAN system are discussed in 
the following sections. 


The Dataset - Key to the Unified Syston 

The individual computationa'' and graphics programs are unified by means of 
standardized data format. Conmunication between the generalized proorams of the 
system is achieved through the "dataset," 

The dataset is a packet of test data and associated descriptive information. 
It includes dimensicsnal data required to Initialize and index the system 
controls. The dataset contains all information and data required for program 
execution when accoo^anied by specific user instructions. 
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Coirmuni cation between programs is accomplished when a program produces a 
dataset as output. That same dataset is then read as input by another program. 
Hence, information is coirmuni cated via the dataset. 

Interface problesns of data transfer between programs are eliminated. Cnee 
data are entered into the system, they can be automatically accessed for any 
application - computational or plotting. 


Aerodynamic Data Orientation 

The dataset concept is generalized in that the system is indirferent as to 
what data are incorporated into the dataset. Descriptions of the data and nciaes 
of the variables are assigned by the user. However, the dataset structure is 
designed to accommodate aerodynamic related data. 

Three dataset fonrs exist to accreimodate* three basic forms of aerod>namic 
data; force and moment data, distributed loads data, and pressure (or heat 
transfer) field data. This organization of the dataset is depicted in figure z. 


The dataset forms vary essentially in arraying of the variables. Force and 
moment datasets are bivariately arrayed, corresponding to the basic aerodynamic 
forcing functions, aircraft attitude and velocity. The same forcing 
apply to the loads and pressure datasets except these assume additional dimensions. 
Airloads datasets are tri variate - section loads distributed along a fuse. age, 
wing, or panel axis. Pressure datasets are arrayed along^n axis, as are dis- 
tributed loads, and also around the body or panel. 


Relationships between the aerodynamic datasets are such that integrating 
a pressure dataset produces a distributed loads dataset. Integrating a loans 
dataset results in a force and moment aerO' data set. 


Recall that though the datasets do take the, fonn_of.ve1ocUy-attitude 
driven vectors with up to 10 coefficients included (for the force and moment 
datasets), the dataset is generalized. The variables can be any systeiratical ly 
varying set of parameters or parameter matrix whose identities are assigned oy 
the user. 

Also, means are provided for manipulating th«e Targe sets or data matrices 
to conform one set to another, transpose or do arithmetic operatiofis, or plot 
the data. These means provide for flexibility and versatility in doing a 
variety of tasks on large data blocks. Also, it is a very efficient "wans of 
handling significant data quantities because these means are in the context o. 
an integrated systen. 


Integrated Subsystems 

Major elements of the automated system consist of four interrelated sub- 
systems. These subsystems are a program executive, a data handling system, a 
plotting system, and a file management system. These -constitute an_integrated 
system.^ A schematic arrangement of the integrated system is bhown in figu.e 



These subsystems provide the framework for all functions required for a 
system. The executive system provides the user comnand and control over opera 
tions of the other systems. Within the other subsystems reside an array of 
callable modular programs for performing certain tasks. 


Modularity 

These modular programs provide the considerable flexibility of the system 
and greatly facilitate the addition of capability. This is because each modular 
program does only a specific tasif - a specific module for a specific requirement. 

What this means is a given task can be programned into a specific module. 
Only the specialized code would be required as the existing file management pro- 
grams can be used to call and store the data. Existing listing and plotting 
routines can be used to display results Modularity makes the system easily 
adaptable to many different applications that arise. 


Similarly, the user applies modules selectively to process data as required. 
The modular programs of the force and moment data system are listed in fi^re 4. 
Note the array of categories of programs. Arithmetic, matrix handling, inter- 
polation, and statistical are some of the generalized programs. Programs for 
specific tasks include those for flow field and air data systems applications. 
This list illustrates the versatility of the system. 


With modularity, the task of data analysis becomes a “decoi^sition problem" - 
breaking the job down into a series of discrete basic arithmetic tasks. And 
doing the job in stepwise fashion enables the user to list or plot intermediate 
results for checking accuracy. 

Also, because these modular functions are highly automated, they are easily 
set up or modified. Thus the modularity and automation of the system provide 
for low cost but flexible and versatile capability^ 


Automated Systems 

Operation of the integrated subsystems is automated to a high degree. The 
design concept is to relieve the user of all repetitive burdens possible in favor 
of automated operation. Also, the system is 'designed to be transparent to the 
user. 


The modularity enables the high degree of automation. As each module is 
restricted to specific tasks, automating these functions is simplified. Accord- 
ingly, applying the automated modules is simplified. 

For computations (for example, say, interpolation) the user calls the inter- 
polation program at the executive level. The only information required of the 
user is to name the identifier of the dataset to be interpolated and supply an 
identifier for the resultant output dataset and the values of the r.ew vari&ble 
arrays. 
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Similarly, for plottinc, selecting a particular plot module calls for a 
particular preprogrammed plo:: 'ormat. The only user information required is 
the identifier of the input dataset. Plots will be generated automatically for 
all the variables in the dataset on self-scaled grids, a single frame on the page, 
with,the axes labelled by the variaole names imbedded in the dataset. 

Options can be introduced by the user to custom tailor his plot to his 
particular needs. These include designated grid increments and ranges, frame 
layout, custom axes labels and plot titling. 

The preprograimed highly automated features of the system contribute signifi- 
cantly to the labor saving attributes of the system. 


Data File Subsystem • •* • 


File management functions are automated so that all output data of a pro- 
gram module are filed automatically for retrieval. Similarly, automated fetch 
operations are integral to each modular program for data input. 


, * «ey feature of the system is that data once on file are not altered For 

a computation operation, data from the file are read into core but the data on 

oNtnnt on the data in core result in a different valued 

ougutfdataset which is written out onto the file adjacent to W original input 


auaiilki^ dataset and the output dataset coexist on the file and are 

comparison or checking. This feature provides an audit trail and 
IS invaiuable for verifying the accuracy of the analysis. 


management systeni relies extensively on random accessing techniques. 
A file directory of data identifiers and the corresponding" absolute address 
enables the efficient storage of large variable length data files. 


design features characterize the operation of the 
a nJ!^tIi-eTror operation "»‘* »f>P«rat1ont. the other 


Q 


Default Mode Operation 

Wind tunnel test data are very individual by nature. No means of Dreorooram 
araIl*“d'S™el%elr^S" ” applicable to any 

optioned, and the options are exercised general^ bV d^uU. extensively 
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This means that the prcc.-im is designed to perfcna as many tasks as possibie 
and the user must exercise an option to stop an operation. The bias is deliberate 
and is to encourage the user to get the nost out of the system, trading off computer 
resources for man effort to increase the prodiKtivity of the engineer. 


No- Fatal -Error 

The system is designed to operate with min-mum fatal errors,. _ .In. the _e<ent - 
of a nominal data error, missing data, data out tf range, or an improper in- 
struction, the system generally will make note of the discrepancy and continu-. 

The objective is to acquire for the user a complete run- through of his task 
and acquire a complete set of diagnostics and error messages. To stop a run at 
each incident, for large data volume runs, is rot conducive to obtaining tinely 
results. 

With no-fatal-errors, a job runs to completion and the user with the aid of 
diagnostic messages debugs his setup and resumes processing. This feature con- 
tributes to the productivity, the throughput, of the syste® in a large data volume 
environment. 


System Benefits 

C 

These subsystems and system features are designed with the service concepts - ^ 

data integrity, timeliness, usefulness, cost efficiency - uppermost. How these 
subsystems and some other design features serve these precepts is described below. 


Data Integrity - 

All program operations are under engineer control through the program execu- 
tive. Data manipulations and graphics are done only on engineer command. 

No potential runaway "black box" functions are permitted. All data mani- 
pulations are discrete one step operations. 

Verification is attained by automatically preser/ing results of all data 
manipulations on the file. These results are accessible for reading or plotting 
for visual verification. Thus, there is an audit trail which enables the engineer 
or manager to review or check data manipulations step by step. 


Data Timeliness 

The system is designed with throughput as a major criterion to accomplish 
timeliness. Throughput is the result of a highly interrelated system. 

Interrelatedness means that, for all functions (input, operations, storage 
and retrieval, output), the output of one function is, through automation, the 
iiiput of another. This automation feature enables large jobs comprised of suc- 
cessive tasks to be set up and run with minimum elapsed time. 


I ' 
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Data Usefulness 


Data to be meaningful must be ccxnpletely identified. All elements of iden- 
tification must be associated with the data - proper nomenclature, source and 
reference characteristics {lengths, areas, moment references). 

The dataset provides for associating identifying information with a collection 
of test data for a given configuration. The association is accomplished at the 
time of data entry. From initial input, all identifying data descriptions and 
names automatically appear on all outputs (plots or tabulations). Thus _alj_ outr^^ _ 
put is complr.tely identified for proper application. 


Productive and Cost Efficient Process, ^ . 

The dataset also provides for the system interrelatedness. This enables the 
productive throughput capability. The dataset contains all matrix dimensional 
information required to initialize a program for operating. 

Each data manipulation program generates initializing data and imbeds it 
into the output where it initializes the next successive program. Thus, one 
program is enabled to conmunicate to another without user intervention, thereby 
achieving the highly productive labor-saving automated system operation. 


Heavy reliance on default operating modes is another system feature. The 
default mode enables fast job setup and execution with a minimum of input, and 
attendant labor saving. Another key system design concept in achieving maximun 
throughput and high productivity is the no-fatal -error concept. 

The system is designed to continue operating to completion when errors are 
detected. This is to overcome time consuming consequences of jobs terminating 
because of sequential failures. Thus an engineer is enabled .to. evalua.te. the 
entire job in a single pass, saving considerable time and effort. 

The labor saving automated systems not only increase engineering productivity, 
but contribute significantly to compressing engineering schedules,.. Thus the 
productivity Increases extend far beyond the cost savings of reduced manhours 
alone. 


Need for Right Methods - • 

The DATAMAN computer system has demonstrated well its considerable power 
and versatility and the capability to handle high volumes of data efficiently 
and quickly. However, as with any tool, it needs to be used properly. 

It has been stated that the DATAMAN operation is a mix of men, machines, 
and methods. The DATAMAN system is the machine. To be effective the machine 
nust be used by the right men using the right methods. 
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OPERATIONAL CONCEPTS 


Best Use of the System 

To realize the benefits of the DATAMAN system it nwst be used in a way to 
exploit its capabilities. Hence, the means of using the system have been de- 
signed with the same care and attention to detail as with developing the system. 
The operational concepts and the resulting functional organization are described 
below. 


Operating Strategies 

The Chrysler service philosophy is embodied into the operational c/cls_ in 
terms of operating strategies and practices. The same philosophy is carried 
over into the organization which conducts operations. 

To apply the precepts of integrity, timeliness, usefulness, and cost effi- 
ciency to the operations, a disciplined and organized function is required. 

That means simply that the work must be done in a methodical, systematic manner. 
The DATAMAN strategy is to consider the wind tunnel data analysis and documenta- 
tion task as a process, as in manufacturing operations. 

As a process, systematic organized methods can be applied to execution. 

The types of controls associated with process operations can be used to monitor 
the performance, quality and costs aspects of an engineering operation. 

The application of the process concept to the task of wind tunnel data 
analysis documentation is the basis for the method of operations. Also, it 
provides the rationale for developing the functional organization and the manage- 
ment systems for conti'olling the process. 


Process Concept 


Process is a term usually applied to procedural manufacturing or chemical 
operations. Engineering analysis, on the other hand, is a series of heuristic 
free association activities of analysis and synthesis. 


These free association activities reasain in the DATAMAN process. E^t these 
creative activities are implemented by using the computer system as a najitipur- 
pose tool to automatically perform the drudge work of data handling and data 
graphics. 


In doing the work, there are certain procedures performed that are corimon 
to all tests, regardless of the diversity of the test. This collection or 
sequence of conuion procedures becomes the process and is defined as series of 
distinct steps, or stages. In this context the analysis is equivalent to a 
manufacturing process; the work is done in well defined stages. At each stage, 
as the analysis becomes more complete, it takes on “value." As the work pro- 
gresses through the system you have "value added" until you acquire the completed 
product. 
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Accordingly, the test data analysis process has distinct steps, each of 
which has an output. And the output is input to the next procedure in the 
sequence. Work is done on the input to increase its value. These- procedures, 
or production activities, of the DATAMAN process and the correspondin'^ work- 
in-process outputs are shown in figure 5. 

The process is essentially a systematic procedure for bringing together the 
necessary inputs and activities required to convert wind tunne. test data to a 
documented analysis. This is the DATAMAN system which, though flexible, re- 
quires a high degree of discipline and methodology, which are broughi. about 
th.-ough organiz,.i.Iun. 


ORGANIZATION 

To systematically process wind tunnel test data into documented engineering 
analyses requires an organized and disciplined effort. The organization cor- 
responds to the process functions in that the specific organizational elements 
are responsible for specific production phases. 

Thus, the operating elements have well defined task assignments and are 
staffed with the corresponding specific skills. The organization is comprised 
of three operating elements: field engineering liaison, engineering data opera- 

tions and computer systems. 


Liaison is responsible for the preparatory and preprocessing phases. This 
includes all customer interface. This involves data coming into the organization 
and output going to the customer. 

Engineering operations is responsible for the production phase. Operations 
performs the hands-on task of running data through the system to generate computer 
analyses and graphics. Operations also does the documentation and data banking. . 

Computer systems is a support function. Computer systems is responsible for 
all interface with the computer facility. It provides the sys tans for the line 
units: the preprocessing system for liaison to convert test data into s^ndard 

formats, and the analysis system for operations to generate the applications 
data. Computer systems also supports the data base systems and the project iian-,.. 
agement systems. 

Details of the functions of the three operating units are presented in the 
following sections. The organize -ional elements and the corresponding production 
responsibilities are illustrated in figure 6. 



OPERATIONS 


The operation will be described in terms of the activities and the contri 

uting functional organization. The outputs of each of these activities will 
def 1 ned . 


b- 

be 


Quality assurance is an important element of any producing 
And so it is in the DATAMAN ope**ation. These Quality control 
oe detailed. 


operation, 
procedures will 


Also, 
to maintai 


tracking and monitoring systems and procedures are employed extensively 
n schedules and control costs. These will be presented. 


The relationships of the tasks, the outputs, and the quality assurance mea- 
sures are shown in the network chart of figure 7. From this chart it is seen that 
the liaison unit begins the- process by the planning and preparation activity. 


Preparations 


Liaison begins preparations at the time a test is scheduled. Test data 
and analysis requirements come through liaison which is also responsible for 

data information and developing analysis and graphics requirements. 
With these inputs liaison also develops the test data reformat specifications 


Preprocessing 


Liaison, using the preprocessor computer system, converts the test data 
from the facility format into a. standard format. Liaison forwards the 

analysis execution instructions to engineering 
operations for cor?tinued processing. 


1 



Computer Sy.^'^tms Support 

Two data handling systems comprise the production systans. These are the 

converts test facility data tapes into standard 

is the integrated data ' 

analysis sy^..em. Computer systems works hand in hand with liaison and operations 
to keep these systems in a high state of readiness in anticipating and prepar- 
mg the ongoing test data handling requirements. 

main^ins the systems to keep them current with the ongoing 
hust facility upgrades and improvements. Additionally, with a conmitment to 
automation there is always room for improvement - ways to save engineer time 

turnaround. So systar.s programners have a’ 
continual challenge to improve the system in terms of capability, cost reduc- 
tion or productivity. 


renminary Analysis 


Taki 
ing operati 


ing the reformatted test data tape and the analysis instructions, engineer- 
rations conducts operations for producing the required data analysis and 
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computer graphics. Operations engineers do the hands-on job of rjrning the test 
data through the DATAMAN system. 

Much of the work is checking. Analyzing the computer system diagnostic 
messages to make certain that good runs have been made and carefully evalu- 
ating the graphics and tabular data to make certain that the data results are 
valid and conform to customer specifications are part of this function. 

When data results vary from plan, operations revises the analysis instruc- 
tion set to correct the variance. For significant discrepancies, operations 
consults with liaison and the customer for direction before modifying the 
program instructions. 

The operations engineer iterates the job to refine it to achieve the analy- 
sis and plot specifications. When satisfied that the analysis results and 
graphics are as specified, operations sends the output to liaison for review^ 
and forwarding to the cusLomer. 


Final Analysis 

Frequently the data will not behave as the customer planned, or the 
customer discovers something about the data that requires different treatment 
or additional analysis. 

This is’ standard operating procedure and is anticipated.^ The changes the 
customer desires are incorporated into the analysis instruction set and the job 
is recycled. The instruction setup is very flexible. Changes can be handled 
as rework or as add-on. , 

Operations will iterate the analysis/review cycle to satisfy the analysis 
and presentation requirements. Final confirmation is supplied by the customer. 


Documentation Phase 

Liaison is responsible for collecting the customer documentation input. 

Much 0" that comes from pretest documents - test plans, objectives, model 
information. The test engineer supplies coirmentary on test particulars. 
Standard facility descriptions are utilized. 

Operations compiles the report, produces final computer graphics, complete 
with plot indexes, and integrates these and the liaison input into report for-, 
mat. Editing, final typing, and proofreading are all performed by operations. 


Documentation Control 

Report numbers ar^ assigned by operations. Two report numbers are assigned 
One is the internal document number. The other nuiii)er is the contractor report 
number supplied l»y NASA. The reports are logged by STIF and listed in the STAR 
system by the contractor report nunber. 


I 


Document Distribution 

srr- .ir?:,- 

Data Bank 

masters, and notes °go Into'archiven*^ '"*° *'*' material, 

t1ons“""irtt?E|srd'aia" a'Ud Inai«is*\"^t"''" f"'' “"^o'-S apHira- 

dau are easily accessed lone a? Ir .L “’"‘X"?* "as^ti? ta?e/ Th? 

ble for new applications, to compare to othe? te;i,?{o'‘r«ie?'SI anlljs?!”*' 

fiux.°i;%°:irS':j5;;!ngtof“L^:est dUi '" = 

tenance to validate current files and incnro h,. l^? periodic main- 

are continually updated to reflect current daSa £aSk 

Test-i n- Process Status Reports 


alway?K’;S^ r?|t“S 

they are completed and in the data bank Once the Hat process or whether 

everyone is continuousl^'madl aware of I’ts status - k : 


Data File Contents Reports 

This Je'SirVli-sU In «sS^*^d^;J4s^o™5?nTdocl^n1s'^i? cjl^le'SeTwIts''""*- 

tentsXraJ^dllJrlbuS Ihrl^o-ur^SrsLIJr 

conducted, the test particulars and ?he status In3 a,aSnitTI? S4‘dat' 


These report contents are illustrated in figure 8. 
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Quality Assurance 


As a test-in-process moves through liaison to operations, then back to liaison, 
quality reviews are made at each interface. Every time a work-in-process package 
is handed over to the next production phase, a quality review is made. 

In-process quality checks result in minimized rework. Also, it is more 
efficient to inspect the work while it's evolving with reduced risk of over- 
looking a discrepancy. 


Initial Quality Review 

The first quality review occurs at the first interface between liaison and 
operations. Before liaison releases reformatted data, the liaison en- 
gineer carefully compares the reformatted data to insure an accurate translation 
and to insure compliance with the run collation specification. Also, he confirms 
that the analysis instruction set is consistent with data as collated. On com- 
pletion, the output is released to operations as certified input. 

In case of a discrepancy, a data discrepancy report is issued. This is a 
quality control document that becomes a permanent record of that test file. 


Second Quality Review 

As operations produce analysis data and presentation plots, they thoroughly 
review them for engineering accuracy and compliance with customer requirements. 
When satisfied, they release them to liaison for a final review and relay to the 
customer. 


Documentation Quality Check 

The final quality review is conducted at the documentation interface. As 
final analysis and graphics are produced, they are incorporated Into a data 
report. 

Before publication a double review is performed. The document is reviewed 
by both engineering operations and liaison, once before the report is sent to 
be printed and once after the report is printed. The review before printing is 
to insure compliance with customer specifications and compliance with sound 
engineering practice. The after-printing review is to insure that the report 
was printed "as prepai-ed" and to insure legibility. 


Tracking and Monitoring Work-in-Process 

Tracking and monitoring a test in the documentation process is done using 
a test status log system. The simmary status conditions are reported monthly 
by milestones. Costs are tracked and collected according to function and task. 


Test Status Log 


For each test a history i 
processing life, good or bad. 


s maintained detailing significant events 
Dates of milestone events are recorded. 


in the 


fnr system develops a comprehensive status history report 

This iifi^A tin" Pi^ovides a milestone summary for all tests, 

nformation is provided to the Shuttle community for data availability aware- 


Milestone Sunmary Report 

tvniJS? categorized by milestone status in the processing cycle. A 

typical status sunmary report is shown in figure 9. Progress of a test is ’ * 
v-racked by monitoring its movement from one milestone status to another. 

nr fluctuates between active and inactive as holds develop for inputs 

to outputs. Status condition is evaluated by comparing the move- 
ment of a test status to planned norms which allow for holds. 

difficult to establish norms as all tests are different. But ex- 

established for tests of similar complexity. Therefore for 

2tJbfi^hprth^^®r“^-‘^°"’'’ established. The Complexity llCel 

establishes tne planning cycle norms and the budget plan for that test 


Cost Collection 


Cost tracking comes from a companic.i 
Liaison is responsible for initiating all 
at the time a test is scheduled. At tha^ 
a unique two-charecter identifier, which 
dataset. 


system to the status monitoring system, 
management controls. Tracking begins 
time the test is assigned a test ID, 
is imbedded in the label of every 


orevl^tc wrnnn^'fL^r k • for dataset names in the data file and 

accessed. Liaison maintains a master log of 
as^iyned and those to be assigned. The master log is prepared in advance 
tL ility'^*^^’”"^'^ facilities and assigned as tests are scheduled at the 


Work Breakdown Structure 


.nH It! the tasks that are performed by liaison and operations 

computer systems, have been described. ThLe 
activities define the work breakdown structure. 


The WBS task is related to a particular test through the test ID The 
combination of WBS number and the test ID as a charge Lbe? is the basis for 
nn SiJh Charge number associates the test being worked 

anH renn worK being done. Daily time charges are compiled collectec 

and reported to provide ccst analysis data for the work-in-process. 


i 


5 

i 
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Task and Support Work 


The WBS is two-tiered. One tier is for measuring effort expended on a specific 
test. The other tier is fcr measuring work expended in support. 

Task effort is defined as work on a specifically identifiable test or task. 
Support effort is the myriad of activities from coordination meetings to logging 
data tapes to archiving accumulated test files. 

Data base management tasks (maintaining the data base and servicing access 
requests) are also classified as support tasks, as are the test status reporting 
and project reporting tasks, the standard station-keeping chores that attend an 
organized activity. 

Additionally, the automated DATAMAN systems require support personnel and 
support effort to maintain the syste s. Support effort is also utilized to add 
new capability to meet user needs or improve efficiency. 

The process operation also requires a highly coordinated stream of inputs. 

These coordination tasks with the various data sources are support activities. 

The WBS is further divided into subtasks. Manhour expenditures are collected 
by function (liaison, operations, or programming) and by level (task or support, 
including the specific subtask). The WBS subtask matrices for task and support 
levels are shown in figure 10. 


Cost Control 

Cost control is aided by awareness of the distribution of manhour ex- 
penditures. Also, this knowledge provides guidance in determining need for 
improved or additional automation. A third contribution of the cost collection 
system to management is that cost data provide essential forecasting and 
planning information. 

Similarly, computer resource costs are compiled according to task activity 
and test ID. Knowing the manhours and computer resources expended provides a 
basis for controlling current expenditures and forecasting future costs. 

Knowing what test or what task is consuming manhours or computer time 
enables the manager to spot opportunities for improvement, either in personnel 
or procedures or in systems. 

These management tools, in conjunction with the automated DATAMAN systems 
and systematic operations, have enabled Chrysler to provide a highly productive, 
low-cost data analysis service in behalf of the Space Shuttle. 

These contributions to the Space' Shuttle design effort will be examined in 
detail in a following section. But one more vital element in the production 
process will be detailed and that element is the computer facility. 



COMPUTER FACILITIES 

Capabit cotnputer facilities and facility operations are essential to succes 
ful dau management services. The NASA Slidell Computer Complex is the capable 
facility utilized by DATAMAN services. 

Management Philosophy 

A fundamental reason why the Slidell Computer Complex is termed capable is 
the resident NASA management and their management philosophy. The management 
philosophy, in a word, is service. 



Because of their particular circumstances as a satellite center servicing 
the remote sites of Michoud and the Mississippi Test Facility, the NASA manage- 
ment clearly perceives its primary duty as providing service. The service 
philosophy is manifested equally in the two major operating elements, excellent 
facilities and effective operators. 


Computer Equipment 


UNIVAC 1100 series mainframes are the CPU systems used for data base 
operations. These systems have been continuously upgraded beginning with the 
advanced 1108 (Exec 8) system in 1970 to the current top line system 1100/82. 


Graphics 


The computer graphics device in use at the Slidell center is 
nation International"! 2? Coupled ;vith the FR-80, which 

IS the Xerox 970 copier, which produces hard copy from fiche. 


the Infor- 
produc.es fiche. 


The COTbined capacity of the FR-80/Xerox is measured in tens of thousands 
frdfnes ddily. This is dd6gu3t6 for dstd bdse operations. 




Peripherals 

Careful management attention to seemingly mundane incidentals contributes 
significantly to facility efficiency. Two of these lesser items which contribute 
are peripheral systems. 


une peripheral provides for automated job instructions. The other provide 
automated plot tape labels and instructions, including those for multi-reel fil 

periphe--als, long in use at SC£, effectively automate the iob contrn 
" production nottlenock that continues to plagje many 
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Facility Operations 

The NASA manageinent influences facility operations day-to-day 

service and fast response priority service in einergency situations. 

Management enforced high performance standards imposed on 
nnerations orovide Che right climate for service oriented data base operauOTs. 

Rapid NASA Management attention is directed to the or 

Similarly, prionties are readily granted on proper justification for unusua 

schedule-critical situations. 

The efficiency of the SCC computer facility is attested to , 

that no significant delays in providing data ^ ^^ile the 

buted to lack of computer support, ihis rocoH has _5 External 

facility simultaneously supported data reduction Jkylab 
Tank development. Shuttle engine test programs, and Shuttle flights. 

In addition to an efficient facility, 

the resident NASA management. These gentlemen collec ^ * 1 , 3 ^ .(-his 

have seen to it that the DATAMAN operation received proper support and that this 
was done in a highly responsible, uncompromising manner. 

EVALUATING DATAMAN OPERATIONS PERFORMANCE 

j j * +<,mc a citilled integrated organization using systeasatic 

Automated data systems, a ski 1 lea, in g effectively did these eleanents 

procedures, coostUute 'he OATAWB operation^ ,?s^t awl 'l*<B 
function? What was accomplished and how well was ic accu h 

Recalling the Mission 
The primary mission of the DATAMAN 

?“erit Strl*ItI/aMsTn3 to mate It avallahU 

»oU?e uam were other aspects of the mission. 

As the high volime DATAMAN tl'ttem ca^ilitiM hKamc^kn^.^sKO^ sSIedule 
responsibilities developed. we^ MMbilities were^sorely needed. These 

SSnft’leJ^^e?et5!c^5! KilJ, W/Sfci'o’srrf budget constraints. 

Perfomance'can be measured in te« of shear 
S:ces’a«““bie™“i?sS%rbe“ans;eJ^d Is how «11 the system responded to 
the varied demands of the design effort. 

These performance parameters are provided below. 
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Data Documentation Results 

Since January 1973, DATAMAN has handled over 527 NASA series number tests. 
These correspond to a total of 57,800 wind tunnel occupancy hours (through 1979), 
conducted by the prime contractor and by NASA in independent tests. 

For these tests over 800 data analysis reports will be published, considering 
the work- in-process. These reports will involve approximately 500,000 pages. 
Additionally, 348 special request studies were conducted and these results docu- 
mented. The total documents then will exceed 1148. 

In addition to documented analyses another output was provided the Shuttle 
community. This was the advance data releases, principally preliminary data 
plots. The purpose of these preliminary plots was twofold, one, for timeliness, 
to make the data readily available to the user for advance applications, and 
the second to involve the user in evaluating the data, for data integrity. 

Over three million preliminary evaluation plots were delivered. 

These significant output volumes, taken at face value, affirm t’le overall 
effectiveness of the Chrysler data management operation. An indicator of the 
system productivity is a comparison of the task load and the corresponding 
manning. This comparison is presented in the following section. 


Task Loading 

Task frequency, the number of new tasks submitted per month for handling, 
was highly irregular but increasing throuqh 1976. The average task input 
frequency during this period exceeded 12 per month, and for three quarters of 
1976 it averaged 15 per month. 

The corresponding manning level for this period averaged 23. Task fre- 
quency and man levels are shown in figure 11. The task load per man then 
averages out to be a new task every two months per man. The implication is 
that with the system, a man completes a task every two months. This is a rough 
but reasonable indicator that the system is cost effective. 

The inference is that a man analyzes a wind tunnel test, produces prelimi- 
nary data plots, then final data plots, and documents and publishes the results - 
in two months. That same man is also performing the liaison, system main- 
tenance and data bank station-keeping duties. 


System Versatility 

Volume and productivity are not the only factors, however, in evaluating V 

system perfomance. The Shuttle aerothermodynamic test program involved a variety 
of aerodynamic and thermodynamic tests for a variety of configurations. The 
ability to handle the wide range of conditions encountered is a measure of 
system effectiveness. 
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Aerodynamic tests were conducted fcr every Shuttle conf-guration (ascent, 
external tank, SRB, orbiter entry, landing and mated carrier'. These configura- 
tions were exposed to a host of perturbations - separation, rT’oximity, component 
loads, pressure loads, probes, boundary layer rakes, air data system devices, 
blowing RCS jets, exhaust plumes, flaps, and flexible and rigid controls. 

For aerothernioheating, similar tes'^ were performed on the ascent vehicle, 
external tank, and SRB, both separated and in proximity. The tests included 
interstage heating, orbiter entry, b:je neating, and hot jet tests, pressure 
distribution tests, and obtained pressure distributions for wings, panels, flaps, 
control surfaces, nozzles, tail corres, external tank, and interstage. 

All of these varied kinds of data were handled with the DATAMAN system. 

The capability of the system to contend with the array of configurations, the 
varied and extensive types of data and equally varied and extensive applications 
demonstrates that the DATAHAN systesa is exceedingly versatile. 

The demonstrated performance verifies that the concept cf the generalized 
dataset, a means of organizing any systematically varying collection of data, 
and the generalized modular data harxiling subprograms are sound concepts that 
work exceedingly well, and they work in a most challenging number of situations. 


Special Applications 

As the wind tunnel test prograca matured, the test configurations became . 

very involved and complex. Extensive pressure measurements involved thermo- v 

couple layouts, instrumented panels, multiple-balance models, and separation/ 
proximity tests. 

Essentially, large quantities of data were being taken. Schedules were 
tight, resources were scarce and available manpower resources of the prime con- 
tractor and supporting NASA centers were being taxed to analyze and apply the 
data within the tight program schedules. 

DATAMAN operations was authorized by NASA in mid-1073 to assist the prime 
and support groups by applying the autoneted data systems to perfom special 
data applications tasks. The need was so great and the DATAK^ system capa- 
bility so useful that by 1977 the special task load was larger than the test 
load. 

Examining the list of special applications reveals the range of DATAMAN 
involvement. Virtually all the design areas using wind tunnel test data 
benefitted. These areas were the aerodynamic analyses, aerodynamic loads, 
aerothermodynami c analysis, air data systems, aero design data book development, 

RCS studies, and local flow. An extensive but not exhaustive list of various 
applications is compiled in figure 12. 

The list shows the applications of the DATAMAN system, but it does not 
show the time frame or schedule considerations. Several, if not most, of the 
applications were in response to extremely time constrained situations in 
support of critical program milestone schedules. 
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At the end of 1977, budget factors caused a reduction in the level of special 
support. Funding constraints forced a choice between continuing a very effective 
and valuable contribution to the ongoing design effort at a high level but 
pardizing the continuation of the mainline test data analysis documentation and 
data base effort. The analyses documentation and data bank service were che ^ 
priority choice. As a result, the special request support was severely reduced. 

Special applications contributed significantly to the Shuttle design effort. 
These contributions were pervasive extending to virtually every design area which 
utilized wind tunnel data. A few samples are given to illustrate the range of 
application. 


Aerodynamic Analysis 

A typical data bank application is illustrated by the cociparison curves of 
wing/elevon coefficients for various tunnel entries shown in figure 13(a). 
Datasets containing outboard hinge moment coefficients for four different tests 
of similar configurations have been retrieved from the data bank for operations. 

These coefficients have been interpolated to connon Mach, pitch, sideslip, 
and control surface deflection conditions. The results have been comparison 
plotted for evaluation. 

These presentations enable the design engineer to quickly assess the 
relative data merits and expedite the analysis. 


Thermodynamic Analysis 

A data presentation method for quickly assessing interference heating effects 
is illustrated in figure 13(b). 

Heating distributions are presented for 

1) ET alone 

2) ET in the presence of the orbiter and SRB's 

3) Theoretical heating for the ET alone at the given test 
conditions 

4) Interference to undisturbed heating ratios, hi/hu, for test to theory 
and for test to test. 

Note that these data are a mix of measured rates and theory base computed 
rates. 

The heating rates for undisturbed ET are presented with the rates for the 
ET in the presence of the orbiter. Also presented is the computed ratio of the 
interference data and undisturbed (hi,hu). 
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Localized 
hi/hu display, 
areas with the 
the problems. 


areas of high heating can be quickly identified by scanning the 
Thus, design engineers, after rapidly identifiying potential problem 
aid of the displays, are enabled to concentrate effort on solving 


Pressure Load Integrations 

Computed delta pressure increments across a rudder panel presented in 
figure 13(c) show the chordwise aerodynamic loads on a rudder panel. 

These load distributions provide first order estimates for design 
applications. 

Integrated panel pressures are integrated to produce loc.?f leads. The 
distributed eleven panel load variation with angle of attack is presented in 
figure 13(d). 

number crossplot of the same eleven distributed load is presented 
in figure 13(e). 

These two presentations of local loads enable the designer to rapidly deter- 
mine potentially critical load conditions. 

integrated to obtain wing panel forces and ooments. 

Mgure 13if) shows a wing root normal shear force carpet plotted far a pitch- 
sideslip matrix. 


This matrix display visualizes component forces enabling the designer to rapid- 
ly assess the data for critical wing loads. 


Demonstrated Utility 

These selected samples indicate the ability of the system to fondle appli- 
cations of a wide range. The versatility is extremely useful in fast response, 
schedule-critical situations. 

The system is demonstrably versatile. It is capable of very high volume 
operations. It contributes significantly to increasing engineering productivity. 

A complete assessment of the DATAMAN contributions must include consideration 
of cost. What did it cost to provide these contributions, and was it worth 
the q^ndle? 
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COST PERFORMANCE 


What has it cost to analyze and document the wind tunnel test data and to 
provide the data bank services? For perspective, an equally important question 
IS how much it has cost to acquire the data being analyzed and documented. 
Accordingly, data analysis and documentation costs are presented relative to 
data acquisition costs. 

Assessments of input over output provide direct cost parameters. DATAMAN 
manhours and contract costs are the input. Data reports are the output. The 
distribution of manhours for the various production tasks provides insight on 
the productivity of the system. Therefore, an analysis of the manpower utilized 


The cost data presented substantiate the claims made for the DATAMAN 
operation; It is an efficient system, and it does provide a low-cost means of 
data transfer. 


Wind Tunnel Test Program Cost Estimates 

model fabrication and estimated tunnel occupancy costs 
million through 1979 (reference 2). The total occupancy hours are 
57,300 for tests processed by the DATAMAN system. These hours reflect 21.600 
occupanc,- hours logged by NASA in independent efforts. No cost estimates are 
available for the NASA independent effort. 


- 1 ' estimates are partial costs only. No irianpower costs are 

included for model design nor for test planning or test conducting. Neither 
are any NASA manpower costs included 


Baseline Reference Costs 


Model costs and occupancy hours, though they do not reflect total test 
program costs, are reasonably well behaved parameters for planning and estimating 
purposes. Accordingly, cost ratios of data analysis documentation costs show that 
every contractor dol lar expended for model fabrication and tunnel occupancy re- 
quired an additional 10 cents to be expended for data analysis documentation, or 
about one dollar for data analysis documentation for every $10 the contractor 
expended for model fabrication and wind tunnel occupancy (through 1979). 


corresponding manriour factor for data analysis documentation (the numbe:- 
of manhours required per tunnel occupancy hour) is five. For every wind tunnel 
occupancy hour, five manhours were required to place the test analysis docimenta- 
tion in the hands of the technical community. 


. These factors are for purposes of perspective. Perhaps a more reliable 
indicator would be in terms of the output; namely, the data analysis, corres- 
ponding documentation and the data bank services 


Input Over Output Factors 


The total projected number of NASA senes number tests to be handled 
exceeds 527. These, in turn, resulted or will result in approximately 800 
data report volumes. Additionally, 348 special analysis tasks have also been 
performed and documented. 

Average contract costs for these 1148 documents were $7,700 per document 
for the period 1973-1983. In terms of manhours, approximately 275 manhours, or 
about 1-3/4 man months, were required per report Jocument. 

Note that these cost parameters include not only the production costs of 
the data analyses, production of graphics, documentation and distribution, but 
included also the field liaison support and the computer prcgrannring support. 
Also provided for the same cost were ancillary services which Indued the ex- 
tensive cataloging, status reporting and data base management functions. File 
releases of data reports, data base tapes and preliminary plot packages were 
also continuing activities in moving analysis data from wind tunnel to user. 

The costs reported include all these services. 

Note that these are contract costs. Facility costs are not included. 

These include computer services and occupancy costs. Occupancy costs are 
office and utility costs. Occupancy also includes printing services of a 
government printing office field shop. 

The distribution of costs between the data graphics production docusenta- 
tion and data base management activities can be seen in the WBS breakdown pre- 
sented in the following section. 


WBS Manhour Distributions 

Manhour allocations between the various WBS functions are shown in figure 
14. These allocations show where the 275 manhours were expended! to analyze 
and document the average wind tunnel test. 

The spread of effort between the production activities shews that the 
principal effort is data operations. Note the relatively low effort required 
for documentation. This is because the output of the automated data operations 
effort, the computer graphics and computer-generated plot indexes and legends, 
is incorporated directly into the document. 

Note also the division of effort between two categories, task effort and 
support effort. The data base management functions and the status reporting 
functions are support only. The production functions also involve support, 
however. 

The highly automated, highly specialized p. requires expenditures of 

effort to maintain the automated systems and to c •>: ..nate the work flow to 
prevent bottlenecks in a high volume operation. These costs are compiled and 
identified as support costs. The hours identified as task are those expended 
directly on moving data through the system and out ths door. 
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Jiist new effective, then, is the DATAMAN system if it requires such support? 
The answer is, very. 

What "light appear to be buzzwords or cliches are words that accurately 
describe a throughput oriented process using a highly automated analysis system. 

The result is a high quality product that is delivered in a timely manner, 
a very useful product which saves money. A conservative estimate places the 
savings in a range of 2-4 over alternate techniques. 


SUMMARY 

The wind tunnel test data analysis documentation effort has contributed 
significantly to the development of the Space Shuttle. The technical design and 
development of the Space Shuttle has been materially enhanced by the ready 
availability of documented wind tunnel test analysis data. Additionally, the 
DATAM.4N operation has aided the Space Shuttle design team through timely de- 
liveries of special data analysis to support schedule-critical program milestones. 

Summarized in the following sections are the major highlights of the wind 
tunnel test data base effort and advancements and contributions, management and 
technical, realized as a result of the DATAMAN systems arJ operations. 


NASA Management Developments 

NASA centers exhibited a high degree of c'^operation in participative inter- 
change of the data via the data base. The NASA centers also benef i tted^ by the 
unprecedented ready uniform availability of useful data. 

NASA managers also demonstrated uncommon leadership in keeping the data 
base function an independent and thereby viable operation. Correspondingly, 
the contractor operating on service based principles provided a beneficial 
highly responsive service. 


Technical Developments 

Attaining the data base was the result of a significant number of conceptual 
technical innovations. 

Central to the data base service is the advanced computer-aided design/graphics 
DATAMAN system. The conceptual design of the system and the high degree of sys- 
tem integration remain unduplicated. 

The engineering productivity increases realized because of the system capa- 
bilities resulted in an unprecedented availability of analyzed test data to the 
design team (unprecedented in terms of both schedule and volume). 
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Organizational Developments 

The very productive automated DATAMAN system enabled the analysis of wind 
tunnel test data at an unprecedented rate and volume. Adopting high volume, 
production methods to utilize the system capacity resulted in an engineering 
analysis organization resembling a production organization. 

Similarly, production-type management controls and systems and procedures 
enhanced operating effectiveness and abilities to operate in fast turnaround 
schedule-critical modes. 


Data Awareness 

Another result of the data base system was continuously available awareness 
of the existence and availability of the wind tunnel test data acquired. This 
information enhanced (optimized) the overall usefulness of the test data. 


Data Availability 

The most important result of the data base function is that the data were 
readily available and accessible by the Shuttle design team. Adhering to the 
original concepts, the test facilities consistently provided to DATAMAN operations 
timely test data for interchanging. 

The DATAMAN operation in turn rapidly converted these data from the variety 
of facilities, for an array of different kinds tesisand configurations, into 
standardized formats and displays. These displayed data were uniformly available 
simultaneously to all Shuttle design participants. Thus, the data base service 
provided an unprecedented channel of conmuni cation for the interchange of data. 

The DATAMAN capability was also utilized to provide special data operations 
for expediting design applications of the data. These special operations con- 
tributed significantly in attaining program milestones on a time critical schedule. 


Lessons Learned 

The lessons learned in compiling the Space Shuttle wind tunnel test data 
base can be suimiarized as follows: 

1) The centralized data base function, responsive to both prime con- 
tractor and NASA, has successfully provided the following benefits 
to the success of the Space Shuttle design: 

t full and free interchange of data between all 
participating in Space Shuttle development 

• uniform availability of analyzed test data in a 
referenceable document for all Shuttle design team 
members 
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0 standardized formats for enhanced usefulness of 
test data from over 44 facilities 

0 guaranteed preservation of test data for flight 
certification and future design applications. 

0 enhanced Shuttle design team through special data 

studies to support schedule-critical program milestones 

0 benefits accruing from a unified data base {i.e., 
extensive data retrieval, special data handling and 
data visualization, test-to-test comparisons, and 
extended test data analyses) 

0 complete awareness of total wind tunnel program through 
iTianagement information regarding test status and data 

2) Maintaining the data base function as an independent entity (reporting 
to NASA, not a subordinate prime contractor activity) resulted in the 
following organizational benefits; 

0 single purpose mission which enhanced certainty of 
achieving goals of a complete data base 

0 high degree of responsiveness to all data users 

0 high visibility of test data status for improved 
management and control 

3) Centralizing the data base function with the resultant large data 
volumes has provided the following technical benefits; 

0 impetus for developing the large-scale highly 
efficient data handling system (DATAMAN) 

0 significant cost savings because of efficient systems 
and economies of scale 

0 productivity improvements not only in the analysis of 
wind tunnel test data but corresponding improvements 
In application of test data 
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CONCLUSION 

brought SSSt'^by°tiU^autJmated^DA^ increases in data delivery 

not only significan1ircSn?r1buteJTt 

but have provided a means of low-cost dJta Shuttle, 

beneficial to any wind tunnel test Lt?5fty " applicable and 

fac^iti^atl by^Shich'^trSerifrthrJehSff^ 

the wind tunnel test data aca-^red at rnncL^ characteristics. Also, all 

the technical community as a ba“sis for improved^'and S^rdes^gn^'’^"*’^' 

question t^t^must'traskld'^i^’^W^^^ pmceJ systems, one 

should be done again?" One of thp an<;woy>c^^k'^*'i j Shuttle program 

analysis/documentation, thi 


il - 


1243 




REFERENCES 


ORIGINAL PAGE IS 
OF POOR QUALITY 


Kemp, N. Dale; Dave, Lynn M. ; and Glynn, James L., Jr.: SADSAC Aerothemo- 

. Chrysler Space Division, 

Hillje, E. R.: Space Shuttle Wind Tunnel Testing Program. 

AIAA Paper Number 82-0562, March 1982. y y 

nSc^nrn ^erothennody nami cs Data Base Quarterly Data File Contents Report. 
UMb-DFR-2094, Data Management Services, Chrysler Corporation, Kuntsville 
Electronics Division, Michoud Engineering Office, January/March 1983. 

4. Quarterly Task Status History Report. Data Management Services, Chrysler 

Corporation, Huntsville Electronics Division, Michoud Engineering Office, 
January/March 1983. a a 

5. Daileda, J. J.: Results of Tests Using a 0.02-Scale Model (89-OTS) of the 

® Vehicle in the AEDC 16-Foot Transonic Propulsion 

Wind Tunnel. NASA CR-1 60489, April 1981. 

6. Dye, W. H.; and Nutt, K. W.: Results of an Investigation of the Space Shuttle 

n Vehicle Ae'-odynamic Heating Characteristics Obtained Using the 

0.0175-Scale Model 60-0TS in AEDC Tunnel A During Tests IH41B. NASA CR-151069, 
September 1977. 

^“^^®'^/5P®edbrake Hinge Moments for Pressure Data of Tests 0A145A, 3, C and 
OAlOl. Report Number SPRT9F-3, Data Management Services, Chrysler Corporation, 
Huntsville Electronics Division, Michoud Engineering Office, April 1981. 

8. Eleven and Flipper Door Hinge Moments From Pressure Data of Test 0A270A- 
Report Number SPRT9K, Data Management Services, Chrysler Corporation, 

Huntsville Electronics Division, Michoud Engineering Office, June 1981. 

integration 60R Wing and Vertical Tail Loads. Report Number 
SPRTXH, Data Manqement Services, Chrysler Corporation, Huntsville Electronics 
Division, Michoud Engineering Office, June 1977. 


1244 



Figure 1.- Chrysler as the data analysis aocuirentati'on 
manager services the Space Shuttle design team under 
the direction of JSC. 



Figure 2.- The dataset is a collection of wind tunnel runs for the sane 
configuration. Associated with the data are supplied identifying 
descriptive information and dimensional data to complete the packet. 
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Figure 3.- The DATAMAN system is an integrated system consisting 
of a system executive, data systems, and a file management 
systemu It is also a unified system for processing aero>- 
dynanrfc pressure or heat transfer data, aerodynamic loads, 
and aearodynamic force data. 
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Figure 4.- The modular programs of the 
FORCE DATA SYSTEM illustrate the 
range of capability and versatility 
of the system. 
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Figure 5.- The data analysis dccumentation operations is a systemacic 
production process of well defined activities and outputs . 
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Figure 6.- The DATAHAN organization parallels the arialysis 

production process. 
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AEROOYKAHIC ANALYSIS 

0 Test to Test Cocjparisons 
0 Control Surface Effectiveness 
0 Derivatives 

0 Control Surface Interactions 
0 Ground Height Increments 
0 Power Increments 
0 Hysteresis Displays 
0 Post-test Blocluge and Tare Corrections 


PRESSURE LOAD INTEGRATIONS 

0 Control Surface Hinge Hovements 
0 Protuberance Loads 
0 Vehicle Conponent Loads 
0 Nozzle Loads 
0 Tailcone Loads 
0 Input to NAPSLAG Program 


THERhODYNAMIC ANALYSIS 


AIR DATA SYSTE11S 

0 Algoriths Development 
0 FTP Data Analysis Techniques 
0 Parametric Analysis of Flush Howted Ports 
0 Composite ADS Test Databases 


DESIGN DATA APPLICATIONS 

0 Substantiation and Applications 
0 Total and Component Coefficient Calculations 
0 Update Cooparisons 
0 Pre-test Prediction? 

SPECIAL 

0 Statistical Error Analysis of RCS 
0 RCS Interaction Increventing 
0 Mini -Probe Calibration 
0 Protuberance, Flow Field Survey 

MISCELLANEOUS 


0 Development of Analysis Techniques 
0 Test-to-Test Comparisons 
0 Cooparison to Theoretical 
□ Mirror- Image Calculaticns 
0 Special Displays 


0 Punched card Inputs to NASA prograas » 
0 Data Tape Inputs to AOAP II 
0 Data Tape Inputs to JSC/C tructu res 
0 Data Ffle/Oata Base Releases’ 

0 Inputs to NASA Technical Reports 
0 Microfiche Documentation 


Figure 12.- The DATAMAN operation provided high priority special design 
applfcations support to almost every activity using wind tunnel data. 
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(a) Retrieved data of four tests adjusted to common 
conditions for comparing data for turmel effects. 
(From Ref. 5. ) 



(b) Heating ratios (test and theory) computed for 
rapid identification of interference heating 
problems. (From Ref. 6.) 
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-igura 13.- Special applications of DATAMAN sdiich 
contributed to Shuttle design effort. 
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Figure 14.- Typical manhour allocations between task functions are 
shown for the average test. 
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